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(54) Data logging method for hearing prosthesis 



(57) The present invention relates to a method of 
logging or recording input signal data of a hearing pros- 
thesis in combination with values of one or several var- 
iables associated with the hearing prosthesis. The hear- 
ing prosthesis variable(s) may comprise logic states of 
a single or several user-controllable actuator(s) mount- 
ed on the prosthesis and/or values of algorithm param- 
eters of a predetermined digital signal processing algo- 
rithm executed in the prosthesis. Hereby, error tracking 
and performance optimisation are facilitated since 
anomalous or sub-optimal operating conditions of signal 
processing algorithms and/or user interface control han- 
dling or other undesired events may be detected. By re- 
cording both the hearing prosthesis variable or variables 
and the input signal data, it is e.g. possible to identify 
and track correlations between one or several predeter- 
mined signal events in the input signal data and effects 
to the operation of the hearing prosthesis derived there 
from. 
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Description 

[0001] The present invention relates to a method of 
logging or recording input signal data of a hearing pros- 
thesis in combination with values of one or several var- 
iables associated with the hearing prosthesis. The hear- 
ing prosthesis variable(s) may comprise logic states of 
a single or several user-controllable actuator(s) mount- 
ed on the prosthesis and/or values of algorithm param- 
eters of a predetermined digital signal processing algo- 
rithm executed in the prosthesis. 
[0002] It is generally desirable to monitor operation 
and performance of a hearing prosthesis during normal 
use of the hearing prosthesis. This may be accom- 
plished by logging or recording various types of data, 
which are related to the operation, and performance of 
the hearing prosthesis while in use. 
[0003] A hearing aid with a data logging capability is 
disclosed in US 4,972,487 in the form of a multi-program 
digitally programmable hearing aid that includes a data 
logging circuit. The data logging circuit is utilised to 
record a history of user-selected events such as chang- 
es between different preset listening programs or 
changes between different signal processing strategies. 
Furthermore, individual utilisation periods of each of 
these preset listening programs may be recorded by the 
data logging circuit. 

[0004] WO 01/54456 discloses another hearing aid 
with data logging capability wherein statistical data, 
which characterise physical or psychological properties 
of the environments in which use of the hearing aid is 
desired, are collected. The data may be collected prior 
to the wearer's first use of the hearing aid, or collected 
during normal use of the hearing aid. 
[0005] The functionality of these prior art hearing aids 
that both have data logging capabilities can, however, 
be improved in accordance with the methodology of 
present invention by recording input signal data in com- 
bination with hearing prosthesis variable(s), such as 
preset program selections, volume control adjustments 
and/or values and states of algorithm parameters of a 
predetermined digital signal processing algorithm. 
[0006] A first aspect of the invention relates to a meth- 
od of recording data in a hearing prosthesis. The method 
comprises steps of processing a digital input signal in 
accordance with a predetermined signal processing al- 
gorithm to generate a processed output signal and re- 
cording, in a data space, values of a hearing prosthesis 
variable and input signal data. 

[0007] Preferably, the data space is a persistent data 
space so that a power failure may not destroy the re- 
corded data, e.g. allowing a battery change without cor- 
rupting the recorded data. 

[0008] A hearing prosthesis according to the present 
invention may be embodied as a Behind the Ear (BTE), 
In the Ear (ITE), In the Canal (ITC) or CIC type of hearing 
aid or as a cochlear implant type of hearing device. 
[0009] A data recording methodology in accordance 



with the present invention supports error tracking and 
performance optimisation by offering a tool for detection 
of anomalous or sub-optimal operating conditions of sig- 
nal processing algorithms and/or user interface control 

5 handling or other undesired events within the hearing 
prosthesis. By recording both the hearing prosthesis 
variable or variables and the input signal data, it is pos- 
sible to as one example, identify and track correlations 
between one or several predetermined signal events in 

10 the input signal data and effects to the operation of the 
hearing prosthesis derived there from. 
[0010] The present invention therefore provides a 
powerful tool for researchers, audiologists, R&D per- 
sonnel etc. that allows them to analyse a past history of 

15 hearing prosthesis operation in an off-line examination 
procedure. The logged data may be read out from the 
hearing prosthesis through a data communication inter- 
face, such as an industry standard serial data interface, 
to a host computer. Conclusions which may be inferred 

20 from the logged data may be utilised to improve the per- 
formance of the hearing prosthesis, e.g. by adjusting 
characteristics of particular parts of the predetermined 
signal processing algorithms in the hearing prosthesis 
and/or improve various performance aspects of future 

25 product generations. 

[0011] The predetermined signal processing algo- 
rithm may comprise one or several signal processing 
functions such as an adaptive feedback cancellation, 
multi-band dynamic range compression, noise reduc- 

30 tion, beam-forming etc. A signal processor such as a 
Digital Signal Processor of the hearing prosthesis is 
adapted to execute the predetermined signal process- 
ing algorithm. 

[0012] The hearing prosthesis variable or variables 
35 may comprise respective values or states of one or sev- 
eral algorithm parameters of the predetermined signal 
processing algorithm. 

[0013] The hearing prosthesis variables may addi- 
tionally, or alternatively, comprise control data, which 
40 represent data related to user and/or host interfaces of 
the hearing prosthesis. 

[0014] Control data may be related to various func- 
tions such as a preset program selector, a volume con- 
trol, an input signal source selector, a serial interface 

45 communication interface, a low battery detector etc. 
[0015] The input signal data are derived from the dig- 
ital input signal. The digital input signal may have been 
derived from, or based on, one or several microphone 
signal(s) and/or a telecoil signal of the hearing prosthe- 

50 sis. The digital input signal may thus be based on a di- 
rectional microphone signal which has been generated 
by applying a beam-forming algorithm to a pair of indi- 
vidual microphone signals derived from e.g. a pair of 
omni-directional microphones. The input signal data 

55 may as such characterise the various acoustic environ- 
ments, or listening environments, in which the user has 
his/hers daily activities. 

[0016] The input signal data may be constituted by, or 
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comprise, the digital input signal itself and/or certain se- 
lected segments of the digital input signal. However, due 
to the large amount of data which often will need to be 
stored by recording an unprocessed or "raw" form of the 
digital input signal, it is preferred to record the digital 
input signal in a data-reduced form. The input signal da- 
ta may comprise spectral features and/or temporal fea- 
tures of the digital input signal or spectral features and/ 
or temporal features of segments of the digital input sig- 
nal such as Linear Predictive Coding parameters and/ 
or FFT/DFT parameters and/or cepstral parameters de- 
rived from the digital input signal or segments thereof. 
The input signal data may comprise statistical measures 
of the above-mentioned spectral features and/or tempo- 
ral features of the digital input signal, such as long-term 
average spectra, peak and/or minimum spectra, aver- 
age or peak instantaneous input sound pressure levels, 
amplitude distributions statistics etc., of the digital input 
signal. 

[0017] The persistent data space is preferably ar- 
ranged inside the hearing prosthesis, e.g. in the form of 
a separate EEPROM or Flash Memory device placed 
on a printed circuit board or hybrid substrate that also 
may hold other electronic components such as an inte- 
grated signal processor, resistors, capacitors etc. The 
persistent data space may in the alternative have been 
integrated together with the signal processor on a com- 
mon integrated circuit or die. 

[0018] In yet another alternative, the persistent data 
space is arranged within an associated device opera- 
tively connected to the hearing prosthesis through a 
wired or wireless communication channel. The associ- 
ated device could be constituted by a personal computer 
or a portable remote control, or even by another, asso- 
ciated, hearing prosthesis. Such an associated hearing 
prosthesis may form another half of a binaural hearing 
aid system. 

[0019] Several types of low-voltage EEPROM and 
Flash Memory devices suitable for application in the 
present invention are commercially available from man- 
ufacturers such as Atmel®. The persistent data space 
is preferably adapted to communicate with the proces- 
sor, e.g. a proprietary or industry-standard type Digital 
Signal Processor, through a standardised serial data in- 
terface protocol such as 1 1 0 or SPI. Writing of data to 
the persistent data space is preferably based on an er- 
ror-protected data storage technique described in the 
applicant's co-pending patent application US 
10/007,823. 

[0020] Furthermore, most EEPROM and Flash Mem- 
ory devices are capable of enduring a limited number of 
write cycles such as 1 0.000, 1 00.000 or 1 000.000 write 
cycles. Therefore, it may be advantageous to incorpo- 
rate an intermediate recording step in the present data 
recording methodology. In the intermediate recording 
step, the values of the hearing prosthesis variable and 
inputsignal data are intermediately recorded in a volatile 
storage device, e.g. a data RAM or register file, of the 



processor. The values of the hearing prosthesis variable 
and input signal data are intermediately recorded in the 
volatile storage unit at a relatively frequent rate. De- 
pending on a particular application, the recording rate 

5 may be selected between 0.1 and 1 0 times every sec- 
ond such as one time per second. The intermediate data 
may subsequently be written to, and stored in, the per- 
sistent data space at a substantially more infrequent 
rate, such as a rate between 1 and 30 minutes, or more 

10 preferably between 5 and 10 minutes. 

[0021 ] According to a preferred embodiment of the in- 
vention, the method comprises further steps of monitor- 
ing the values of the hearing prosthesis variable, com- 
paring the values of the hearing prosthesis variable to 

15 a predetermined variable criterion, and recording the 
values of the hearing prosthesis variable and the input 
signal data when the predetermined variable criterion is 
matched. 

[0022] The predetermined variable criterion may re- 

20 late to predetermined signal events, which are associ- 
ated with the user interface of the hearing prosthesis. 
These predetermined signal events may represent 
events such as a user-controlled change of preset lis- 
tening program or activation of a power-down mode. In 

25 response to a detected change of preset program, the 
values of the hearing prosthesis variable and the input 
signal data may be recorded for a predetermined period. 
This may be of interest to record information, which 
characterises the user's acoustic environment, and in 

30 particular changes to the acoustic environment, when 
the user decides to change to another preset program. 
[0023] The predetermined variable criterion may be 
associated with certain signal events in the predeter- 
mined signal processing algorithm. As an example, the 

35 predetermined signal processing algorithm may com- 
prise an adaptive feedback cancellation algorithm, 
which utilises an adaptive filter to model an external 
physical feedback path of the hearing prosthesis and 
cancel feedback signals. Realistic performance data of 

40 the adaptive feedback cancellation algorithm logged 
during the user's everyday life can be of significant value 
for R&D purposes, since it has proven difficult to ade- 
quately simulate and test such adaptive feedback can- 
cellation algorithms under laboratory conditions. There- 

45 fore, the predetermined variable criterion may comprise 
that once a predetermined criterion in respect of filter 
coefficients of the adaptive filter has been matched, the 
filter coefficients and the input signal data are recorded 
to the persistent data space. The relevant signal event 

50 in this situation may be that the sum, first norm, second 
norm etc. of the filter coefficients reaches a target value. 
The target value may conveniently be set to a value, 
which a priori \s known to be reached only if the adaptive 
feedback cancellation algorithm enters an anomalous 

55 or sub-optimal area of operation. By recording values of 
the filter coefficients together with the input signal data 
under these conditions, it is possible to identify and an- 
alyse the type of acoustic signals that forces the adap- 
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tive feedback cancellation algorithm to misbehave and 
for how long time the sub-optimal behaviour persists. 
Corresponding advantages can naturally be obtained by 
monitoring other suitable variables of additional, or al- 
ternative, signal processing algorithms, which are active 
in the hearing prosthesis, such as noise reduction algo- 
rithms, automatic gain control algorithms etc. and in- 
clude respective predetermined variable criterion to the 
signal processing algorithms. 

[0024] Finally, the method according to the present in- 
vention may also comprise a plurality of predetermined 
variable criterion wherein one or several relate to the 
signal event(s) in the predetermined signal processing 
algorithm while other relate to signal events associated 
with the user interface of the hearing prosthesis. 
[0025] The present methodology may comprise fur- 
ther steps of monitoring the input signal data, comparing 
the input signal data to a predetermined signal criterion, 
and recording the values of the hearing prosthesis var- 
iable and the input signal data when the predetermined 
signal criterion is matched. According to this embodi- 
ment of the invention, the predetermined signal criterion 
may relate to certain predetermined signal characteris- 
tics of the input signal data that are desired to trigger 
the logging of the values of the hearing prosthesis var- 
iable and the input signal data. As an example, the input 
signal data may be derived from the digital input signal 
provided by a hearing aid microphone, and one or sev- 
eral of the following predetermined signal characteris- 
tics may initiate data logging: a sound pressure spec- 
trum and/or a temporal pattern fulfil respective prede- 
termined criterion, a peak sound pressure level in one 
or several frequency bands reaches a predetermine tar- 
get value, an average broadband sound pressure level 
reaches a predetermined target value, a bandwidth is 
smaller than a target value etc. 

[0026] A signal-driven data logging methodology is 
capable of providing information that supports investi- 
gation of which effect certain types of input signal data 
have on the operation of the predetermined signal 
processing algorithm or certain specific signal process- 
ing modules or sub-routines. The signal-driven data log- 
ging methodology may also provide valuable informa- 
tion with regards to relationships between characteris- 
tics of the input signal data and the hearing aid user's 
selection of, and changing between, preset listening 
programs. 

[0027] In the following, a match between the hearing 
prosthesis variable and the predetermined variable cri- 
terion or a match between the input signal data and the 
predetermined signal criterion is designated "trigger- 
event". 

[0028] The predetermined variable criterion and the 
predetermined signal criterion may control respective 
recording periods for the values of the hearing prosthe- 
sis variable and the input signal data. The variable and/ 
or signal criterion may comprise respective sets of start 
and stop values. When the start value is reached, the 



logging of the values of the hearing prosthesis variable 
and the input signal data begins and continues until the 
corresponding stop value is reached. According to that 
embodiment of the invention, characteristics of the input 
5 signal data and/or the values of the hearing prosthesis 
variable determines the period of time over which the 
logging of data is performed. 

[0029] Alternatively, the recording, or logging, period 
of the values of the hearing prosthesis variable and the 

10 input signal data may be performed over a predeter- 
mined recording period in response to a detected trig- 
ger-event. Such as a recording period is naturally de- 
pendent on those time constants that are involved with 
the particular type of hearing prosthesis variable that in 

15 question. The recording period is preferably between 
0.1-60 seconds, or 1 -30 seconds, or more preferably be- 
tween 2-10 seconds. 

[0030] In event-driven data logging, it may be of con- 
siderable value to record the input signal data and the 

20 values of the hearing prosthesis variable(s) both before 
and after a relevant trigger-event. If the predetermined 
variable criterion relates to a manual preset program 
change, it is possible to record input signal data, which 
characterise the acoustic environment both before and 

25 after the change of preset program took place. This 
makes it possible to analyse the recorded input signal 
data with a view to establishing a relationship between 
e.g. abrupt changes to the user's acoustic environment 
and his selection of preset programs and/or his manip- 

30 ulation of a volume control etc. Accordingly, in a pre- 
ferred embodiment of the invention, the values of the 
hearing prosthesis variable and the inputsignal data are 
logged or recorded both before and after the trigger- 
event and the recording period may be arranged sym- 

35 metrically or asymmetrically around the trigger-event. 
[0031] The values of the hearing prosthesis variable 
and the input signal data are preferably recorded with 
reference to a common time axis to allow easier identi- 
fication of relationships between trigger-event(s) and 

40 characteristics of the input signal data. The common 
time axis may be established by associating respective 
sets of time stamps with the values of the hearing pros- 
thesis variable and the input signal data. The time 
stamps may conveniently be represented by respective 

45 counter values, which are based on a clock oscillator 
signal, which is utilised to clock the processor. The coun- 
ter values may be read from a processor associated 
general-purpose register or data RAM location. 
[0032] A second aspect of the invention relates to a 

50 hearing prosthesis comprising a processor adapted to 
perform a method according to any of the above-men- 
tioned methods. The processor preferably comprises a 
Digital Signal Processor (DSP). The DSP may have a 
hardwired, or fixed, architecture adapted to execute the 

55 predetermined signal processing algorithm. The DSP 
may, alternatively, be constituted by a programmable 
proprietary or industry-standard device adapted to exe- 
cute the predetermined signal processing algorithm in 
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accordance with a pre-stored software program. The 
processor may comprise a microprocessor in addition 
to a DSP. The microprocessor is preferably of an indus- 
try-standard type of processor. The microprocessor may 
be adapted to perform one or several steps of the above- 
mentioned data logging methods in the hearing prosthe- 
sis. 

[0033] A third aspect of the invention relates to a com- 
puter program comprising executable program instruc- 
tions for causing a Digital Signal Processor and/or a mi- 
croprocessor to perform a method according to any of 
the above-mentioned methods of recording data in the 
hearing prosthesis. The executable program instruc- 
tions may be any type of instructions that are capable 
of adapting the DSP, the microprocessor or any combi- 
nation of these to perform any of the present methods 
when loaded into a code compatible DSP and/or micro- 
processor. The executable program instructions may 
accordingly comprise executable program instructions 
that are compatible with a commercially available DSP, 
such as a Motorola DSP56xxx family device or Texas 
Instruments C54xx family device, or executable pro- 
gram instructions that are designed for a proprietary 
DSP. 

[0034] As an alternative to the above-mentioned ex- 
ecutable format, the computer program may be repre- 
sented by corresponding source code, which can be 
compiled into the executable program. 
[0035] A fourth aspect of the invention relates to a da- 
ta carrier, such as a CD-ROM, floppy diskette, hard disc 
drive or solid-state memory device, comprising the 
above-mentioned computer program in the executable 
format and/or source code format. 
[0036] A preferred embodiment of the present inven- 
tion in the form of a software programmable DSP based 
hearing aid is described in the following with reference 
to the drawings, wherein 

Fig. 1 shows a simplified block diagram of a DSP 
based hearing aid according to the invention, 

Fig. 2 is a flow-chart of a number of software mod- 
ules that record respective data of various hearing 
aid variables to a persistent memory in accordance 
in the DSP based hearing aid, 

Fig. 3 shows a flow-chart and a corresponding tim- 
ing diagram of a software module that logs hearing 
aid data relating to a user's selection of preset pro- 
grams and volume control manipulations. 

[0037] In the following, a specific embodiment of a 
DSP based hearing aid according to the invention is de- 
scribed and discussed in greater detail. The present em- 
bodiment of the invention is based on a software con- 
trolled data recording methodology, but it will be readily 
apparent to the skilled person that one, several, or all of 
the described software modules may be substituted with 



corresponding hardware modules without departing for 
the scope of the invention. 

[0038] Fig. 1 is a simplified block diagram of a hearing 
aid that comprises a manually controllable preset pro- 

5 gram selector according to the present invention. The 
hearing aid includes data recording means adapted to 
store values of hearing prosthesis variables and input 
signal data in a persistent memory in the form of an EEP- 
ROM device 14 of the hearing aid. 

w [0039] The use of two omni-directional microphones 
2a provides the hearing aid with a capability of operating 
both in an omni-directional mode and in a directional 
mode in accordance with a user's preferences. In the 
simplified block diagram of Fig. 1, two conventional 

15 hearing aid microphones, 2a and 2b, respectively, are 
adapted to receive respective acoustic signals and con- 
vert these into respective electrical input signals. The 
electrical input signals are supplied to respective ana- 
logue-to-digital converters 4, which are of sigma-delta 

20 types with low power consumption and, preferably, syn- 
chronously operating. When the hearing aid is operated 
in omni-directional mode, only one of the analogue-to- 
digital converters need to be active, the other can be 
shut down to save power. Each of low power analogue- 

25 to-digital converters 4 is adapted to sample its input sig- 
nal at about 1 MHz and perform a subsequent decima- 
tion to generate respective digital input signals on inter- 
face bus 5 representing the respective analogue micro- 
phone signals of microphones 2a. A single 1 .3 Volt Zinc- 
so Air battery 20 supplies battery voltage to all hearing aid 
circuits and transducers through terminal 19 and ac- 
cordingly acts as a power source for the entire the hear- 
ing aid. An induction coil or telecoil 2b is additionally in- 
cluded with the hearing aid to allow the user to select 

35 and hear magnetically coupled input signals from a wire 
loop. 

[0040] The digital signals or signal is/are transmitted 
over the interface bus 5 to a signal processor 6 that com- 
prises a proprietary Digital Signal Processor/CPU 7 and 

40 associated hardware resources including DATA RAM 
11, DATA and PROGRAM ROM 8, PROGRAM RAM 10 
and digital to analogue converter 12 (D/A) arranged on 
a common integrated circuit. All hardware resources 
had been custom designed for reliable operation down 

45 to a supply voltage of at least 1 .0 volt with very low power 
consumption. The DSP 7 is adapted to receive and proc- 
ess the digital signals provided over the interface bus 5 
in accordance with a pre-stored software program exe- 
cuted from the PROGRAM RAM 10. This software pro- 

50 gram comprises a predetermined digital signal process- 
ing algorithm adapted to perform multi-band dynamic 
range compression in accordance with parameters set 
for the individual patient's hearing loss. The pre-stored 
software program also comprises control data sub-rou- 

55 tines, or software modules, which handle various user 
interface functions and a data logging software module 
that implements the recording of the hearing aid varia- 
bles and input signal data in the EEPROM device 14. 



5 



9 



EP 1 367 857 A1 



10 



This data logging sub-routine is described in detail be- 
low in connection with the flowchart in Fig. 2. 
[0041] The control data software module handles the 
user operable preset program selector switch 21 , which 
is connected to a DSP readable digital input port 9. The 
hearing aid user can change between three different 
pre-stored preset programs by activating the program 
selector switch 21, a preset program with omni-direc- 
tional microphone input, a directional microphone input 
and a telecoil input. 

[0042] The DSP 7 generates a processed output sig- 
nal in accordance with the predetermined digital signal 
processing algorithm to a digital-to-analogue converter 
12 (D/A-converter) by converting successive 1 6 bit sam- 
ples of the processed output signal into a corresponding 
pulse width modulated (PWM) output signal, which is 
directly applied across a terminal pair of conventional 
receiver, or speaker, 13. The PWM output signal is 
thereby converted into an acoustic output signal, which 
can be transmitted to the hearing aid user's eardrum. 
[0043] A LC based master clock generator (not 
shown), which is partly integrated on the signal proces- 
sor 6, generates a master clock signal for the DSP 7. 
The DSP 7 may be directly clocked by this master clock 
signal or clocked by a multiplied or divided version of 
the master clock signal. The master clock signal may 
have a frequency between 2 and 8 MHz. 
[0044] The pre-stored software program may be load- 
ed from a host programming system 16 over bi-direc- 
tional serial interfaces 1 7 & 1 8 and through interface box 
1 5, preferably provided in the form of an industry stand- 
ard Hi-Pro device, to the EEPROM 14 provided within 
the hearing aid during initial fitting session. Alternatively, 
the pre-stored software program may be loaded into the 
EEPROM 14 during manufacturing of the hearing aid 
and specific parameter values supplied during the fitting 
session based on patient specific requirements. The 
EEPROM 14 is accordingly capable of permanently re- 
taining the pre-stored software program even in ab- 
sence of voltage supply from the battery 20. 
[0045] In order to log data, the DSP is adapted to 
record or write various types of data to the EEPROM 1 4 
during normal operation of the hearing aid, i.e. when the 
hearing aid is active in or behind the user's ear and 
therefore unable to communicate with the host compu- 
ter 16. An integrated micro-controller may also be pro- 
vided in the hearing aid and adapted to wholly or partly 
take over the task of writing logged data to the EEPROM 
14 from the DSP, and thus free computing resources on 
the DSP. 

[0046] Fig. 2 shows a flowchart of a preferred embod- 
iment of the invention wherein a number of Advanced 
Data Logging (ADL) software modules are associated 
with respective data monitoring and recording tasks in 
the hearing prosthesis. A module scheduler 100 is 
adapted to sequentially read/write data to each of the 
ADL modules through respective predetermined inter- 
faces and protocols. The module scheduler 100 is im- 



plemented in form of a software based state machine, 
which is executed from the PROGRAM RAM 10 of the 
DSP 7 (Fig. 1). 

[0047] Independently of the module scheduler 100, 

5 an Operating System of the DSP 7 sets time periods 
between activation of an EEPROM communication 
module 105 that is responsible for writing data to, and 
reading data from, a persistent data space within the se- 
rial EEPROM 14. 

10 [0048] Each of the ADL modules is run as a sub-rou- 
tine on the DSP 7 (Fig. 1 ) between processing of incom- 
ing and outgoing blocks of audio samples. Each of the 
ADL modules has access to an allocated memory seg- 
ment of the DATA RAM 1 1 of the DSP 7 (Fig. 1 ) where 

15 data from the module in question is stored. A data point- 
er to each of these memory segments is available to the 
Operating System (OS) so as to allow the OS to regu- 
larly access data generated by the various ADL modules 
and write these data to the EEPROM 14. The writing of 

20 data to the EEPROM 14 (Fig. 1 ) is handled by a call to 
a dedicated EEPROM communication module 105, 
which supports both reading and writing of EEPROM 
data in accordance with the communication protocol 
and timing requirements of the EEPROM device. 

25 [0049] At boot time, i.e. when the user activates the 
hearing aid, the DSP 7 (Fig. 1) reads ADL module data 
that were stored in the EEPROM 1 4 (Fig. 1 ) in a previous 
session and loads these data into the allocated memory 
segments of the DATA RAM 11. This secures that con- 

30 tinuous logging of ADL data is possible even during reg- 
ular power supply interruptions where the content of DA- 
TA RAM 11 (Fig. 1) is lost. The regular data write and 
read process to the EEPROM 14 (Fig. 1) performed by 
the EEPROM communication module 105, under con- 

35 trol of the OS, secures that the part of the DATA RAM 
1 1 (Fig. 1 ) that holds data of the ADL memory segments 
is virtually persistent. The time interval between each 
writing of ADL data to the EEPROM 1 4 is an adjustable 
parameter of the OS and can be set in accordance with 

40 the particular type of hearing aid variables that are 
logged and/or in accordance with a maximum number 
of write cycles that the EEPROM 14 can tolerate. 
[0050] A user interface module 140 detects and 
records changes to logic states of a digital preset pro- 

45 gram selector switch 21 (Fig. 1) which is connected to 
the DSP over the digital input port 9 (Fig. 1 ). Each time 
a change between preset programs is detected, the 
event is recorded to the appropriate DATA RAM area 
and additionally passed to the Use time module 130, 

50 which records how long time the current preset program 
is used based on information from a readable internal 
counter circuit of the DSP 7 (Fig. 1). For each preset 
program, the accumulated utilisation time is recorded in 
a corresponding memory location of the DATA RAM ar- 

55 ea associated with the Use time module 130. 

[0051] A HW, hardware, status module 110 records 
battery condition data supplied by a battery measure- 
ment circuit (not shown) which regularly measures a DC 
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voltage of the battery 20 (Fig. 1 ). Monitoring and logging 
of hardware status information is a valuable feature dur- 
ing initial testing of new chipsets and/or new system 
software. This module 110 may be adapted to report 
bugs that appears during actual use of the hearing aid 
in the market and particularly bugs that are very rare 
and therefore may be difficult to observe and track down 
during the development phase. If a customer returns a 
defective hearing aid to the dispenser, the fitting soft- 
ware may access data recorded by the status module 
1 1 0 and notify the dispenser to return the hearing aid to 
the manufacturer. The manufacturer may subsequently 
read out the HW module data and use the information 
to improve the hardware and/or system software in fu- 
ture product generations. 

[0052] A flexible Histogram module 1 1 5 can map var- 
ious types of numerical data to a histogram and store a 
set of histogram data. Input data to the histogram mod- 
ule may comprise user interface data, algorithm per- 
formance data, sound samples, or segments of sound 
samples, of the digital input signal. The sound samples 
are grouped into a number of bins according to their 
magnitude by the histogram module. Thus, short or 
long-term amplitude distribution statistics of the digital 
input signal can be read-out from the EEPROM 14 and 
analysed in e.g. a fitting system in connection with var- 
ious off-line investigations of the logged data. 
[0053] A flexible Min/Max module 120 is capable of 
calculating and storing minimum and maximum values 
for various types of numerical data such as respective 
valuesof oneorseveral hearing aid variables. Input data 
to the Min/Max module 125 may comprise positions of 
a user manipulative volume control. Input data may also 
comprise sound samples, or segments of sound sam- 
ples, of the digital input signal or signals. 
[0054] An Average/Standard Deviation module 1 25 is 
capable of calculating and storing running average val- 
ues for various types of numerical data as well as their 
standard deviations. Input data to the module 125 may 
comprise positions of a user manipulative volume con- 
trol and sound samples, or segments of sound samples, 
of the digital input signal or signals. 
[0055] An Algorithm Performance Data module 1 35 is 
adapted to monitor filter coefficient values of an adaptive 
FIR filter (not shown) that is adapted to continuously 
cancel acoustic feedback signals transmitted from the 
receiver 13 (Fig. 1) to the microphones 2a, 2b (Fig. 1) 
of the hearing aid. The filter coefficient values are not 
constantly recorded due to the limited storage capability 
of both DATA RAM 11 and EEPROM 14 (Fig. 1). The 
Algorithm Performance Data module 135 performs a 
running monitoring of the filter coefficients and regularly, 
such as every second, calculates a norm of a current 
set of coefficients. The calculated norm is compared to 
a predetermined threshold value, which is a border be- 
tween normal and anomalous operation of the adaptive 
feedback cancellation algorithm. When the threshold is 
reached, the trigger-event is detected, and the values 



of the filter coefficients are recorded to the allocated 
memory segment of the DATA RAM 11. Concurrently 
with this recording of the filter coefficients, input signal 
data are also recorded in the memory segment allocated 
5 to the Sound Data module 145. 

[0056] The input signal data represent running fre- 
quency spectra of the digital input signal from one or 
both of the microphones 2a and 2b. Consequently, the 
present embodiment of the invention is one example of 
10 a variable-driven data logging methodology wherein 
one or several hearing aid variables are monitored and 
data logged if one of these hearing aid variables match- 
es some predetermined variable criterion. 
[0057] To assist in determining relationships between 
15 normal as well as anomalous operation conditions of the 
adaptive feedback cancellation algorithm and the nature 
of acoustic signals that provokes such behaviour, the 
Algorithm Performance Data module 1 35 and the Sound 
Data module 145 are adapted to add respective time 
20 stamps to the recorded data. Time stamps are associ- 
ated with the some or all of the recorded frequency spec- 
tra and with each set of adaptive filter coefficients. Con- 
sequently, the host programming system can access 
and read data from the ADL modules of the hearing 
25 prosthesis over the bi-directional serial interfaces 17 & 
18 (Fig. 1). A suitable application program loaded into 
the host programming system 16 may be adapted to 
provide a graphical display of the ADL module data, in 
particular a graphical display with a common time axis 
30 for the recorded adaptive filter coefficients and the re- 
corded input signal data. 

[0058] Fig. 3 shows a further application of the user 
interface module 140 that records status and/or chang- 
es in the user interface of the hearing aid. The flowchart 
35 2 00 shows the processing steps of the Module Sched- 
uler 100 (Fig. 2). The top of the timing diagram 300 
shows an exemplary actuation signal 301 generated by 
the digital input port 9 in response to an activation of the 
preset, or program selector, switch 21 (Fig. 2). The bot- 
40 torn of the timing diagram 300 shows running volume 
control positions 302 on a time axis that is aligned with 
the time axis of the top timing diagram. 
[0059] The operation of the user interface module and 
the Module Scheduler is to first check whether a preset 
45 program change event has been detected in box 201 . If 
no, the Module Scheduler 100 proceeds either with 
checking data from the other ADL modules (as shown 
in Fig. 2) or return to the idle mode 150 (Fig. 2). If yes, 
a current value or position of the volume control is read 
50 at time T 1 and stored in box 202. Thereafter, the Module 
Scheduler waits for a predetermined time period such 
as between 5 and 30 seconds (equal to X seconds in 
the timing diagram) before the current value of the vol- 
ume control is read again at time T 2 . A volume control 
55 change, i.e. the difference between the volume control 
positions at T 1 and T 2 , is calculated in box 204. Finally, 
the volume control change and data related to the cor- 
responding preset program change is recorded to an ap- 
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variable and the input signal data when the pre- 
determined signal criterion is matched. 

5. A method according to claim 3 or 4, wherein the pre- 
5 determined variable criterion or the predetermined 

signal criterion controls a recording period of the 
values of the hearing prosthesis variable and the 
input signal data. 

10 6. A method according to claim 3 or 4, wherein a re- 
cording period of the values of the hearing prosthe- 
sis variable and the input signal is performed over 
a predetermined period, such as a time period be- 
tween 0.1-60 seconds, or 1-30 seconds, or more 

15 preferably between 2-1 0 seconds. 

7. A method according to claim 5 or 6, wherein the val- 
ues of the hearing prosthesis variable and the input 
signal data are recorded before and after the pre- 

20 determined signal criterion and/or predetermined 
variable criterion is matched. 

8. A method according to claim 6 or 7, wherein the pre- 
determined variable criterion and/or the predeter- 

25 mined signal criterion comprise respective start and 
end limit values. 

9. A method according to any of the preceding claims, 
wherein the values of the hearing prosthesis varia- 

30 ble and the input signal data are recorded with ref- 
erence to a common time axis. 



propriate storage location of the memory segment as- 
sociated with the user interface module 140. 
[0060] The above volume control application provides 
logged data that allows e.g. a dispenser or a researcher 
to determine whether acertain presetprogram orcertain 
preset programs always are followed by user adjust- 
ments of the volume control. If that is the case, it may 
indicate that the user needs another default value of the 
volume control in a particular preset program. Naturally, 
the scheme may be further refined so that the volume 
control position, or values of any other hearing aid var- 
iable, automatically and adaptively is adjusted based on 
an analysis of the logged data. A suitable software mod- 
ule of the DSP 7 may conveniently provide such auto- 
mated analysis and perform the subsequent adjustment 
of values of certain hearing aid variables, such as vol- 
ume control values or values of dynamic range com- 
pression parameters etc. 



Claims 

1 . A method of recording data in a hearing prosthesis, 
comprising steps of: 

processing a digital input signal in accordance 
with a predetermined signal processing algo- 
rithm to generate a processed output signal, 

recording in a data space values of a hearing 
prosthesis variable and input signal data. 

2. A method according to claim 1, wherein the data 
space is a persistent data space. 

3. A method according to claim 1 or 2, comprising fur- 
ther steps of: 

monitoring the values of the hearing prosthesis 
variable, 

comparing the values of the hearing prosthesis 
variable to a predetermined variable criterion, 
and 

recording the values of the hearing prosthesis 
variable and the input signal data when the pre- 
determined variable criterion is matched. 

4. A method according any of the preceding claims, 
comprising further steps of: 

monitoring the input signal data, 

comparing the input signal data to a predeter- 
mined signal criterion, and 

recording the values of the hearing prosthesis 



10. A method according to any of the preceding claims, 
wherein the hearing prosthesis variable comprises 
35 a parameter of the predetermined signal processing 
algorithm or a state/value of a user-controllable ac- 
tuator such as a program-selector switch or micro- 
phone/telecoil selector switch. 

40 11. A method according to any of the preceding claims, 
wherein the predetermined signal processing algo- 
rithm comprises an adaptive feedback cancellation 
algorithm and/or a multi-band dynamic range com- 
pression algorithm. 

45 

12. A method according to any of the preceding claims, 
wherein the input signal data comprises the digital 
input signal and/or spectral features and/or tempo- 
ral features of the digital input signal. 

50 

13. A method according to claim 12, wherein the input 
signal data comprises LPC parameters and/or FFT/ 
DFT parameters and/or cepstral parameters de- 
rived from the digital input signal. 

55 

14. A hearing prosthesis comprising a processor adapt- 
ed to perform a method according to any of claims 
1-13. 
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15. A hearing prosthesis according to claim 1 4, wherein 
the processor comprises a Digital Signal Processor 
and/or a microprocessor. 

16. A hearing prosthesis according to claim 15, wherein 5 
the processor comprises a software programmable 
Digital Signal Processor. 

17. A computer program comprising executable pro- 
gram instructions for causing a Digital Signal Proc- 10 
essor and/or a microprocessor to perform a method 
according to any of claims 1 -13. 

18. A data carrier, such as a CD-ROM, floppy diskette, 
hard disc drive or solid-state memory device, com- 15 
prising a computer program according to claim 1 7. 
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